home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-21 / qwhite.zip / AS400.TEC < prev    next >
Text File  |  1992-03-09  |  8KB  |  145 lines
  1. ID:AS IBM AS/400 Terminal Emulation Setup
  2. Desqview Technical Note #212
  3. By Dan Sallitt
  4. last revision:  12 February 1992
  5.  
  6. The IBM AS/400 is a terminal emulation setup akin to the 5250.  It usually 
  7. requires two or three files in config.sys and two loaded from the command line 
  8. to get it going, followed by a number of other files to implement various 
  9. functions.
  10.  
  11. The sizes of the basic AS/400 files that are listed below are accurate for the 
  12. early 1990 versions of IBM's AS/400 software. Some of these files are smaller 
  13. in later releases.
  14.  
  15. Drivers
  16. -------
  17.  
  18. EIMPCS.SYS               1K
  19.  
  20. ECYDDX.SYS               21K - a block device, which means that   
  21.                          Quarterdeck's DEVICE.COM cannot load it  
  22.                          from the command line
  23.  
  24. FSDD.SYS                 59K - only needed to create virtual drives
  25.                          on the AS/400.  ECYDDX.SYS must be loaded 
  26.                          before it.  Later  versions of the AS/400 
  27.                          software may replace FSDD.SYS with the TSR 
  28.                          STARTFLR.
  29.  
  30. TSRs
  31. -----
  32.  
  33. E5250AH.COM              8.2K - manages the PC's terminal emulation
  34.                          hardware.  Different cards can be used for 
  35.                          AS/400 connection, and each requires a   
  36.                          different TSR to manage it - this file 
  37.                          manages the 5250 card.  A TSR that is
  38.                          often used instead of E5250AH.COM is     
  39.                          called WSEAH.COM.
  40.  
  41. STARTRTR.COM             56K
  42.  
  43.  
  44. 1) One of the cards that the AS/400 software can use, the 5250 card (and maybe 
  45. others as well), puts a piece of RAM, 8K or so in size, at xC00 (usually 
  46. CC00).  QEMM-386 and other memory managers may not see this RAM.  In addition 
  47. to excluding this area on your memory manager, you should probably use the RAM 
  48. parameter with QEMM-386 (or, if you are on an 8088 or 80286 machine and using 
  49. a memory manager that provides mappable pages between 640K and 1024K other 
  50. than the page frame, use Quarterdeck's QEMM-50/60 or QRAM to map these pages). 
  51. Otherwise, E5250AH.COM may access various sections of the reserved memory area 
  52. when it loads, and DESQview's XDV may crash on startup if all these areas 
  53. aren't excluded.  Loading Quarterdeck's Manifest after you load E5250AH.COM, 
  54. and examining the QEMM-386/Analysis screen, is a good way of finding out what 
  55. areas to exclude.  The Analysis screen may advise you to exclude some areas 
  56. inside the expanded memory page frame as well as mappable areas outside the 
  57. page frame; it should be necessary, however, only to exclude areas outside the 
  58. page frame.  The Quarterdeck Technical Bulletin #219, "Using QEMM-386's 
  59. Analysis", describes this process in more detail.
  60.  
  61. Giving E5250AH.COM the parameter /Mx (where x is the same as above-C by 
  62. default) seems to make it access fewer areas, though the areas that are 
  63. accessed still need to be excluded if you don't use the RAM parameter or 
  64. otherwise map all available areas between 640K and 1024K before the AS/400 
  65. software loads.  
  66.  
  67. For example - if you are using QEMM-386 and IBM's 5250 card and have 
  68. determined that the card uses the CC00-CDFF area, your QEMM-386 line in the 
  69. CONFIG.SYS file should look like this:
  70.  
  71.      DEVICE=C:\QEMM\QEMM386.SYS RAM X=CC00-CDFF
  72.  
  73. ...and you should load E5250AH.COM with the following parameter:
  74.  
  75.      E5250AH /MC
  76.  
  77. You should then examine QEMM/Analysis screen, and put further exclusions on 
  78. QEMM if any areas on this screen (other than the page frame area) are labeled 
  79. "Exclude."
  80.  
  81. 2) In earlier versions of IBM and Quarterdeck's software, STARTRTR did not 
  82. like to load inside DV, which meant that everything before it couldn't load in 
  83. DV.  Even at that time, many other AS/400 functions loaded after STARTRTR 
  84. would load in a window - we have seen STF.COM load and run in a DV window.  We 
  85. have verified that the version of STARTRTR dated 5-26-90 can run successfully 
  86. inside a DESQview 2.31 window.  We are not sure whether revisions of STARTRTR 
  87. or of DESQview were responsible for resolving early conflicts.
  88.  
  89. On one system that we saw, STARTRTR used an interrupt that can cause conflict 
  90. with DESQview (INT 69).  Because it is likely that DESQview will always avoid 
  91. using this range of interrupts when the AS/400 drivers are loaded in the 
  92. CONFIG.SYS file, this is probably not a problem for current DESQview users.  
  93. However, users of DV 2.30 and later can do themselves no harm by giving 
  94. DESQview the startup parameter /XB:68 when they run STARTRTR inside DV.
  95.  
  96. 3) On some systems, after STARTRTR is run, users run a program, FSPC.COM, to 
  97. make a virtual disk on the mainframe.  This program isn't resident and takes 
  98. no memory.  However, FSPC needs to see FSDD.SYS, and in earlier versions of 
  99. the IBM and Quarterdeck software it couldn't from inside a DV window.  We 
  100. believe that this is no longer a problem with DESQview 2.31 and the mid-1990 
  101. release of the AS/400 software.
  102.  
  103. 4) STARTRTR will need 160K of space to load high, even though it only uses 56K 
  104. or so after it has loaded.
  105.  
  106. 5) Some AS/400 drivers and TSRs know about expanded memory and store something 
  107. there. Therefore, some of the memory figures that I've quoted may increase in 
  108. the absence of expanded memory.
  109.  
  110. 6) If you run the AS/400 software inside DV, it may or may not be necessary to 
  111. set Keyboard Conflict to 8.  One user thought he needed it set to 9, though 
  112. this report is not substantiated.
  113.  
  114. 7) In some versions of the IBM AS/400 software, the driver FSSD.SYS and the 
  115. non-resident FSPC.COM are united in a smaller TSR STARTFLR.COM.  Early 
  116. versions of STARTFLR crashed in a DESQview 2.26 window in much the same 
  117. preemptive way that early versions of STARTRTR did; we have reason to believe 
  118. that, even on systems in which STARTRTR runs successfully in DESQview, 
  119. STARTFLR may fail in a DESQview window when QEMM-386 is present and in an ON 
  120. state.  We have heard that some 1991 versions of STARTFLR may run in DESQview; 
  121. this is not yet confirmed.
  122.  
  123. 8) When loaded high with QEMM-386 version 5.00, ECYDDX.SYS would fail with an 
  124. error message like "Keyword invalid."  QEMM-386 versions 5.11 and higher are 
  125. able to load ECYDDX.SYS high successfully.  It is possible that including a 
  126. single space after the word ECYDDX.SYS on the appropriate line in the 
  127. CONFIG.SYS file may help load ECYDDX high, but this has not been tested.
  128.  
  129. 9) The AS/400 utility STF has difficulty loading high with both QEMM 5.00 and 
  130. QEMM 5.11.  QEMM's LOADHI /GS feature reports that a version of STF from mid-
  131. 1990 needs a region of approximately 26K to load successfully; however, on at 
  132. least one system, this version of STF.COM reports that it has insufficient 
  133. memory to load even when loaded into a 79K region of High RAM.  It is possible 
  134. that STF.COM is making the assumption that it will be loaded below 640K, and 
  135. is becoming confused when loaded above 640K; it is also possible that LOADHI 
  136. /GS is somehow not detecting the correct amount of memory that STF.COM needs 
  137. to start up.  We have not investigated this further at the time of writing.
  138.  
  139.  
  140.   ************************************************************************
  141.   *This technical note may be copied and distributed freely as long as it*
  142.   *is distributed in its entirety and it is not distributed for profit.  *
  143.   *         Copyright (C) 1991-2 by Quarterdeck Office Systems           *
  144.   ************************ E N D   O F   F I L E *************************
  145.